Bump version

GtkPopover: Fix two doc comments

x11: Allow unmaximizing from tiled state too

This lets us unmaximize a half-tiled csd window on a touch system.

Update a11y test output

wayland: Remove cruft in set_keep_above / set_keep_below

It's been decided: these will most likely never be supported on
Wayland, so remove the "stub" implementation of them.

wayland: Fix get_frame_extents

We need to traverse up the hierarchy for windows here. Just use
our existing helper method for this.

Implement get_root_origin generically for all backends

It seems that some backends implemented get_root_origin wrong
and returned the client window coordinates, not the frame window
coordinates. Since it's possible to implement generically for all
windows, let's do that instead of having a separate impl vfunc.

Updates

wayland: Fix "fake root" coords

We were incorrectly summing up our own window over and over
rather than the coordinates of the parent windows.

wayland: Add a giant doc comment explaining "fake root" coordinate space

wayland: Properly apply the fake root offset to event coordinates

GdkEvent's x_root and y_root values should be in the same "fake root
window" coordinate space as gdk_window_get_root_coords.

wayland: Fill in x_root / y_root of events properly

Lots of code, including dragging code in GtkWindow, use these
fields. Setting them to 0 causes lots of strange and weird bugs.

Use the same "hack" from query_device_state of just using
win_x / win_y for now. We'll convert this to the proper fake root
coordinate system used by get_root_coords in the next commit.

Update documentation about link styling

The ::link-color and ::visited-link-color style properties
are ignored now. Document that.

printing: Fail nicely when /tmp is not writable

Don't crash when /tmp is not writable when printing to file.
Show that getting of printer details failed for CUPS printers.

https://bugzilla.gnome.org/show_bug.cgi?id=693200

textview: Mind the lateral windows when setting handles/popovers positions

If a textview had lateral windows that might displace the text window, the
handles and popovers would appear displaced. Those lateral windows aren't
affected by RTL/LTR settings, so just checking for left/top is ok here.

x11: Implement "drag to top to maximize" gesture on emulated window dragging

And the counterpart to unmaximize when dragging a maximized window, if
touch devices aren't going to use EWMH moveresize, having this one at least
makes things feel a bit less awkward.

https://bugzilla.gnome.org/show_bug.cgi?id=709914

x11: Fallback to emulated window dragging for touch devices

Sadly, EWMH moveresize mechanism can't work with touch devices for two
reasons:

1) As a mutter implementation detail, the device is queried in order
to check whether the dragging button is still pressed. Touch devices
won't report the button 1 being pressed through pointer emulation.
2) Even bypassing that check, on X11 touch events are selected prior
to sequences being started, either through XISelectEvents or
XIGrabTouchBegin, no late registering through active grabs is allowed,
as WMs do on reaction to EWMH moveresize messages.

So for the time being, make touch devices fallback on emulated window
dragging, which at least allows for moving windows.

https://bugzilla.gnome.org/show_bug.cgi?id=709914

dialog: Avoid possible use-after-free

When the dialogue's titlebar was replaced, we were still trying to
update the label we constructed but that was now destroyed.

https://bugzilla.gnome.org/show_bug.cgi?id=726492

Finnish translation update by Jiri Grönroos

Updated French translation

Updated French translation

Updated French translation

Test size constraints

This adds some min/max size hints to testimage.

Show dialog titles

We want to present a clean, rounded top when there is nothing
else to show, but many dialogs in applications rely on showing
information in their title, so add a label and show the title
when it is not empty.

_gtk_widget_get_device_window: Fix for keyboard devices

Avoid a warning by returning NULL for keyboard devices, which can
never have an active pointer for a widget.

xdg-shell: Update to latest state change mechanism

Update a11y test output

These harmless changes are a consequence of
66fae0330c5cdb68f50699ff2645ff0cf112911e.

Add a Since annotation to gdk_device_get_last_event_window

Use GDK's current window tracking when synthesizing events in GTK+

Add gdk_device_get_last_event_window(), and use to implement the window
tracking we need for synthesizing crossing events for sensitivity changes
and gtk grabs, rather than keeping the information in qdata and updating
it based when GTK+ gets events.

https://bugzilla.gnome.org/show_bug.cgi?id=726187

documentation: clarify gtk_icon_theme_add_builtin_icon() usage

https://bugzilla.gnome.org/show_bug.cgi?id=726135

GtkTreeView: stop ignoring crossing events from grabs

Stop ignoring various crossing events from grabs:

Enter events with type GRAB/GTK_GRAB/GTK_UNGRAB/STATE_CHANGED:
  Ignoring these events was added as a workaround for synthesized
  events not having the right coordinates (see bug 555109) but
  now they do have the right coordinates. (see bug 704456)

Leave events with types types GTK_GRAB/GTK_UNGRAB:
  Ignoring these events was added because since we were ignoring
  the enter events as above, ignoring the leave events meant we
  could lose the prelighted row in a grab-triggered leave/enter
  pair. (See bug 653676. It's also now impossible to
  reproduce the leave events that were reported in that bug as causing
  problems.)

Leave events of type GRAB.
  Ignoring these events was added without a ChangeLog entry in 2001,
  possibly to keep the prelight from flashing when activating menus.
  But ignoring these events could lead to stuck prelighting, and we don't
  do it for any other widgets.

https://bugzilla.gnome.org/show_bug.cgi?id=726209

The bug this patch is fixing is that currently if you have a GtkPopover in
clicking off the popover to dismiss it on a GtkTreeView (which triggers
a synthetic enter event on the GtkTreeView) will leave the GtkTreeView
in a confused state until the user moves the mouse again.

Work around gcc stupidity

With -Wc++-compat, gcc warns about 'and' even in contexts where it
poses absolutely no danger.

https://bugzilla.gnome.org/show_bug.cgi?id=726136

treeview: Don't popup a search dialog for keypresses that close it

That doesn't make sense.
And it causes issues, because when holding down the tab key, we
show/hide a lot of windows and cause a lot of map/unmap events that
stall the event pipeline.

treeview: Split out a function

This is in preparation for the next patch.

a11y: Don't use signals

Instead, call functions directly. Fixes the fact that the signals
weren't disconnected even when the accessible was destroyed.

https://bugzilla.gnome.org/show_bug.cgi?id=725733

gdk_cairo_surface_create_from_pixbuf: Add missing (allow-none) annotation

The window is allowed to be %NULL

Updated Czech translation

csd: Fix the northeast resize handle position

csd: Fix invisible border/shadow confusion

We did not set an input shape on the window, so the region outside
the invisible border where we draw the outer edges of the shadow
were still part of the window, as far as clicks and cursors were
concerned. Fix this by setting an input shape that makes all clicks
outside of the resize borders go through to the underlying window.

https://bugzilla.gnome.org/show_bug.cgi?id=726125

broadway: remove unused libcrypt

eb1ab0dac2f3d7a05cfe8b87e83b363d39279a38 removed support for authentication
based on crypt()-hashed passwords but it didn't remove the header.

Finish up with the removal.

This allows the broadway backend to build on FreeBSD (which has no
crypt.h).

https://bugzilla.gnome.org/show_bug.cgi?id=726149

Updated Portuguese translation

Updated Portuguese translation

textview: Postpone text handles creation until when needed

This is only necessary for touch devices, so unnecessary on many setups.

textview: Postpone magnifier creation until when needed

This is only necessary for touch devices, so unlikely on many setups.

entry: revert text handles to cursor mode after cut/paste

The current text selection goes away in that case, so reflect
that too in the handles.

entry: postpone text handles creation until when needed

This is only necessary for touch devices, so unlikely in many setups.

entry: postpone magnifier creation until when needed

a11y: Don't allocate a list just for counting widgets in GtkContainerAccessible

It's more straightforward if counting through gtk_container_foreach().

testsuite: Update a11y/menubutton3.ui test expectations

Popover is now minimally accessible.

https://bugzilla.gnome.org/show_bug.cgi?id=725864

a11y: Add GtkPopopverAccessible

And let GtkPopover use it as its GtkAccessible implementation, this
accessible sets the POPUP_FOR relationship to the relative-to widget,
and keeps track of changes there.

https://bugzilla.gnome.org/show_bug.cgi?id=725864

window: Emit a11y signals directly on popover added/removed

As those are internal children, there's no signal that GtkWindowAccessible
could catch when those are added or removed, so make GtkWindow use the private
GtkContainerAccessible methods to add/remove the child accessible when that
happens.

https://bugzilla.gnome.org/show_bug.cgi?id=725864

a11y: Add private GtkContainerAccessible functions to add/remove a child

This may be useful in container implementations, or for internal children
that trigger no signal emission.

https://bugzilla.gnome.org/show_bug.cgi?id=725864

a11y: Make GtkWindowAccessible know about popovers

https://bugzilla.gnome.org/show_bug.cgi?id=725864

wayland: Clean up a bit

wayland: Move some code around

wayland: Fix submenu positioning

window->x / window->y are in "root window coordinates", e.g. relative
to the topmost toplevel. However, the coordinates in get_xdg_popup are
relative to the passed-in surface, so we need to do the reverse
translation here.

message dialog: Fine-tune vertical spacing

Requested in
https://bugzilla.gnome.org/show_bug.cgi?id=723668

gtk3-demo: run button should be able to focus.

https://bugzilla.gnome.org/show_bug.cgi?id=725141

Window: Focus custom titlebar with F10

As discussed on desktop-devel-list [1], "There should be an intuitive,
consistent, immediate way to jump to the widgets that live in the
header bar." F10 has been suggested for this as it is already used to
active menubars.

F10 will focus the custom titlebar widget if the window has one and it
isn't already focused. If the titlebar widget doesn't exist or is
already focused then F10 focuses the menubar if there is one.

[1] https://mail.gnome.org/archives/desktop-devel-list/2014-February/msg00176.html

https://bugzilla.gnome.org/show_bug.cgi?id=725141

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated Latvian translation

Updated Latvian translation

Updated Chinese (China) translation

Updated Chinese (China) translation

update Punjabi Translation 07March2014: Alam

Updated Korean translation

window: Turn popovers into internal children

It turns out popovers are already smart enough to cope with this
situation, so let popovers be internal children so things that rely
on gtk_container_forall(), like DnD, work without modifications.

https://bugzilla.gnome.org/show_bug.cgi?id=725727

Fix font size when gdk_x11_display_set_window_scale() is used

We have a hack in the XSETTINGS code to substitute gtk-xft-dpi
with gdk-unscaled-dpi unless the screen has a fixed window scale,
in which case we just use gtk-xft-dpi.

But if the screen is changed to have a fixed window scale, then
the substituted value of gdk-unscaled-dpi will stick around until
the next (coincidental) change to XSETTINGS. To fix this, force
an immediate reread of the XSETTINGS property when
gdk_x11_display_set_window_scale() is used.

https://bugzilla.gnome.org/show_bug.cgi?id=725754

entry: Make DnD coordinate calculation compensate for entry icons

This made DnD have effect farther on the left when dragging text over
any entry with icons in it.

https://bugzilla.gnome.org/show_bug.cgi?id=725866

entry: use priv->dnd_position when rendering the DND cursor

This makes "cursor position" track the DnD point again, looks much
more intuitive than just rendering it on the pre-DnD position.

https://bugzilla.gnome.org/show_bug.cgi?id=725866

Improve GtkStack documentation

As has been pointed out in
https://bugzilla.gnome.org/show_bug.cgi?id=725711
it is a little confusing that we have the concept of
a visible child and of the child being visible itself.

tests: fix testcalendar

Missing argument in gtk_style_context_get(), fooled by varargs.

calendar: grab focus first, emit signals after

It may be unusual, but handlers of day-selected may want to transfer
focus somewhere else, without getting it reset back right after by/to
the calendar. This makes popovers demo work on the calendar again, for
one...

Allow selecting a dark variant with GTK_THEME

Dark themes need to be debugged, too.

Author:    Matthias Clasen <mclasen@redhat.com>

popover: Track toplevel's focus widget when visible

If the toplevel focus widget is forced out of the popover (eg. through
gtk_widget_grab_focus() anywhere else), then dismiss the popover.

popover: Track toplevel focus changes

Make the popover temporarily undo the GTK+ grab, so it remains modal
to its window, but does not attempt to steal focus on other non-modal
windows that get the focus.

This was most confusing with keyboard navigation, as the focus would
remain stuck on the popover, and not move to the newly focused window
after the popover was dismissed. It didn't have as much effect on
pointer operations as only the first click would be consumed in order
to hide the popover.

popover: Only give back focus to drawable widgets

If the previous focus widget is not drawable anymore, don't even
bother in transmitting the focus grab to it.

popover: dispose popovers when unmanaging them

This makes popovers get rid of dangling pointers at the time of destroying
the relative-to widget, just in case these are kept alive by a reference.

gtkentrycompletion: fix a critical warning

There are early returns in this method before the completion timeout
is set later on, so set the source to 0 to avoid trying to remove it
later again.

https://bugzilla.gnome.org/show_bug.cgi?id=725824

Updated Brazilian Portuguese translation

gtkmenu: displace popups by their css margin

Without a margin, the pointer is above the first (or last) menu item,
making it easy to accidentally activate that item.

https://bugzilla.gnome.org/show_bug.cgi?id=591258

GtkIconViewAccessible: Don't access freed item

Don't get index from deleted GtkIconViewItem.
Remove the item before traversing list of items.

https://bugzilla.gnome.org/show_bug.cgi?id=701884

reftests: Remove unused argument from function

separatortoolitem: Make gcc stop complaining

No, a ButtonEvent and a MotionEvent are not the same thing.

broadway: Print a useful error message

.. instead of the generic "failed to open display".

Updated Norwegian bokmål translation

Updated Norwegian bokmål translation

Updated Spanish translation

Updated Spanish translation

popover: Set pointer motion mask on the popover window

This is not necessary for the popover itself, but helps tooltips
code confine the widget lookup within the popover if the pointer
is inside it, otherwise the widget lookup may turn out wrong for
motion events, starting the tooltip widget lookup from the toplevel
window, mistakenly triggering tooltips on the natural window
descendants (ie. the widget below the popover)

https://bugzilla.gnome.org/show_bug.cgi?id=724785

icontheme: support emblems in symbolic icons

We were failing to apply emblems in the symbolic icons code path.

https://bugzilla.gnome.org/show_bug.cgi?id=725683

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Bump version

3.11.8

Update messagedialog a11y test

Fix up builder test

Dialogs now report two children. Thats alright, adapt
the test to deal with it.

Fix up signal deprecation

Deprecate GdkEventVisibility and ::visibility-notify-event

These don't really work anymore in a composited world.
Lets make it official.
https://bugzilla.gnome.org/show_bug.cgi?id=481073

Allow applications to use gtk-menu-bar-accel in 3.12

gnome-terminal is still using this setting, so we'll let
applications override it for another cycle. It is no longer
backed by a system-wide setting, though, and it will still
go away eventually.

This partically reverts b26c74e5dac0b5fd869d2c8cc7a0edb6b01aeebd

Allow applications to use gtk-enable-mnemonics in 3.12

gnome-terminal is still using this setting, so we'll let
applications override it for another cycle. It is no longer
backed by a system-wide setting, though, and it will still
go away eventually.

This partically reverts 7e3a494fac62140f466fc43f6cc061215953e9b1